home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000824-20010305 / 000164_news@columbia.edu _Fri Dec 29 15:12:36 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by fozimane.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id PAA20263
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 29 Dec 2000 15:12:36 -0500 (EST)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id PAA11326
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 29 Dec 2000 15:12:35 -0500 (EST)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id OAA12879
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 29 Dec 2000 14:50:07 -0500 (EST)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: Igor Sobrado <sobrado@string1.ciencias.uniovi.es>
  13. Subject: Re: Converting struct tm to time_t
  14. Date: 29 Dec 2000 19:48:48 GMT
  15. Organization: Universidad de Oviedo
  16. Message-ID: <92ipr0$qsa$1@news01.si.uniovi.es>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In comp.protocols.kermit.misc Barry Margolin <barmar@genuity.net> wrote:
  20. > I believe the assumption that time_t is an integer seconds since 1/1/1970
  21. > 00:00 UT has been true on all Unix systems.  POSIX didn't originate it, it
  22. > simply adopted the de facto standard.  Unix programs that deal with time
  23. > have been making this assumption for years.  The only change I expect will
  24. > ever happen is the size of the integer type, to deal with the Y2.036K bug.
  25.  
  26. > ANSI/ISO C generalized it to allow other representations, so you might not
  27. > be able to get away with it on non-Unix-like systems.
  28.  
  29. At present, we can see 64-bit Unixes in a lot of places. I do not
  30. know what sizeof(long) will return in those servers (in fact, it
  31. will depend too in the development tools used) but I agree with you
  32. in the sense that the Y2036 problem will be solved without changing
  33. time_t in the time.h header file.
  34.  
  35. Best regards,
  36. Igor.
  37.  
  38. -- 
  39. Igor Sobrado, UK34436 - sobrado@acm.org
  40. tch
  41.